home *** CD-ROM | disk | FTP | other *** search
/ Languguage OS 2 / Languguage OS II Version 10-94 (Knowledge Media)(1994).ISO / gnu / cvs-1_3.lha / cvs-1.3 / ChangeLog < prev    next >
Text File  |  1992-04-09  |  26KB  |  613 lines
  1. Tue Apr  7 15:55:25 1992  Brian Berliner  (berliner at sun.com)
  2.  
  3.     * Changes between CVS 1.3 Beta-3 and official CVS 1.3!
  4.  
  5.     * A new shell script is provided, "./cvsinit", which can be run at
  6.     install time to help setup your $CVSROOT area.  This can greatly
  7.     ease your entry into CVS usage.
  8.  
  9.     * The INSTALL file has been updated to include the machines on
  10.     which CVS has compiled successfully.  I think CVS 1.3 is finally
  11.     portable.  Thanks to all the Beta testers!
  12.  
  13.     * Support for the "editinfo" file was contributed.  This file
  14.     (located in $CVSROOT/CVSROOT) can be used to specify a special
  15.     "editor" to run on a per-directory basis within the repository,
  16.     instead of the usual user's editor.  As such, it can verify that
  17.     the log message entered by the user is of the appropriate form
  18.     (contains a bugid and test validation, for example).
  19.  
  20.     * The manual pages cvs(1) and cvs(5) have been updated.
  21.  
  22.     * The "mkmodules" command now informs you when your modules file
  23.     has duplicate entries.
  24.  
  25.     * The "add" command now preserves any per-directory sticky tag when
  26.     you add a new directory to your checked-out sources.
  27.  
  28.     * The "admin" command is now a fully recursive interface to the
  29.     "rcs" program which operates on your checked-out sources.  It no
  30.     longer requires you to specify the full path to the RCS file.
  31.  
  32.     * The per-file sticky tags can now be effectively removed with
  33.     "cvs update -A file", even if you had checked out the whole
  34.     directory with a per-directory sticky tag.  This allows a great
  35.     deal of flexibility in managing the revisions that your checked-out
  36.     sources are based upon (both per-directory and per-file sticky
  37.     tags).
  38.  
  39.     * The "cvs -n commit" command now works, to show which files are
  40.     out-of-date and will cause the real commit to fail, or which files
  41.     will fail any pre-commit checks.  Also, the "cvs -n import ..."
  42.     command will now show you what it would've done without actually
  43.     doing it.
  44.  
  45.     * Doing "cvs commit modules" to checkin the modules file will no
  46.     properly run the "mkmodules" program (assuming you have setup your
  47.     $CVSROOT/CVSROOT/modules file to do so).
  48.  
  49.     * The -t option in the modules file (which specifies a program to
  50.     run when you do a "cvs rtag" operation on a module) now gets the
  51.     symbolic tag as the second argument when invoked.
  52.  
  53.     * When the source repository is locked by another user, that user's
  54.     login name will be displayed as the holder of the lock.
  55.  
  56.     * Doing "cvs checkout module/file.c" now works even if
  57.     module/file.c is in the Attic (has been removed from main-line
  58.     development).
  59.  
  60.     * Doing "cvs commit */Makefile" now works as one would expect.
  61.     Rather than trying to commit everything recursively, it will now
  62.     commit just the files specified.
  63.  
  64.     * The "cvs remove" command is now fully recursive.  To schedule a
  65.     file for removal, all you have to do is "rm file" and "cvs rm".
  66.     With no arguments, "cvs rm" will schedule all files that have been
  67.     physically removed for removal from the source repository at the
  68.     next "cvs commit".
  69.  
  70.     * The "cvs tag" command now prints "T file" for each file that was
  71.     tagged by this invocation and "D file" for each file that had the
  72.     tag removed (as with "cvs tag -d").
  73.  
  74.     * The -a option has been added to "cvs rtag" to force it to clean
  75.     up any old, matching tags for files that have been removed (in the
  76.     Attic) that may not have been touched by this tag operation.  This
  77.     can help keep a consistent view with your tag, even if you re-use
  78.     it frequently.
  79.  
  80. Sat Feb 29 16:02:05 1992  Brian Berliner  (berliner at sun.com)
  81.  
  82.     * Changes between CVS 1.3 Beta-2 and CVS 1.3 Beta-3
  83.  
  84.     * Many portability fixes, thanks to all the Beta testers!  With any
  85.     luck, this Beta release will compile correctly on most anything.
  86.     Hey, what are we without our dreams.
  87.  
  88.     * CVS finally has support for doing isolated development on a
  89.     branch off the current (or previous!) revisions.  This is also
  90.     extremely nice for generating patches for previously released
  91.     software while development is progressing on the next release.
  92.     Here's an example of creating a branch to fix a patch with the 2.0
  93.     version of the "foo" module, even though we are already well into
  94.     the 3.0 release.  Do:
  95.  
  96.         % cvs rtag -b -rFOO_2_0 FOO_2_0_Patch foo
  97.         % cvs checkout -rFOO_2_0_Patch foo
  98.         % cd foo
  99.         [[ hack away ]]
  100.         % cvs commit
  101.  
  102.     A physical branch will be created in the RCS file only when you
  103.     actually commit the change.  As such, forking development at some
  104.     random point in time is extremely light-weight -- requiring just a
  105.     symbolic tag in each file until a commit is done.  To fork
  106.     development at the currently checked out sources, do:
  107.  
  108.         % cvs tag -b Personal_Hack
  109.         % cvs update -rPersonal_Hack
  110.         [[ hack away ]]
  111.         % cvs commit
  112.  
  113.     Now, if you decide you want the changes made in the Personal_Hack
  114.     branch to be merged in with other changes made in the main-line
  115.     development, you could do:
  116.  
  117.         % cvs commit             # to make Personal_Hack complete
  118.         % cvs update -A             # to update sources to main-line
  119.         % cvs update -jPersonal_Hack # to merge Personal_Hack
  120.  
  121.     to update your checked-out sources, or:
  122.  
  123.         % cvs checkout -jPersonal_Hack module
  124.  
  125.     to checkout a fresh copy.
  126.  
  127.     To support this notion of forked development, CVS reserves
  128.     all even-numbered branches for its own use.  In addition, CVS
  129.     reserves the ".0" and ".1" branches.  So, if you intend to do your
  130.     own branches by hand with RCS, you should use odd-numbered branches
  131.     starting with ".3", as in "1.1.3", "1.1.5", 1.2.9", ....
  132.  
  133.     * The "cvs commit" command now supports a fully functional -r
  134.     option, allowing you to commit your changes to a specific numeric
  135.     revision or symbolic tag with full consistency checks.  Numeric
  136.     tags are useful for bringing your sources all up to some revision
  137.     level:
  138.  
  139.         % cvs commit -r2.0
  140.  
  141.     For symbolic tags, you can only commit to a tag that references a
  142.     branch in the RCS file.  One created by "cvs rtag -b" or from
  143.     "cvs tag -b" is appropriate (see below).
  144.  
  145.     * Roland Pesch <pesch@cygnus.com> and K. Richard Pixley
  146.     <rich@cygnus.com> were kind enough to contribute two new manual
  147.     pages for CVS: cvs(1) and cvs(5).  Most of the new CVS 1.3 features
  148.     are now documented, with the exception of the new branch support
  149.     added to commit/rtag/tag/checkout/update.
  150.  
  151.     * The -j options of checkout/update have been added.  The "cvs join"
  152.     command has been removed.
  153.  
  154.     With one -j option, CVS will merge the changes made between the
  155.     resulting revision and the revision that it is based on (e.g., if
  156.     the tag refers to a branch, CVS will merge all changes made in
  157.     that branch into your working file).
  158.  
  159.     With two -j options, CVS will merge in the changes between the two
  160.     respective revisions.  This can be used to "remove" a certain delta
  161.     from your working file.  E.g., If the file foo.c is based on
  162.     revision 1.6 and I want to remove the changes made between 1.3 and
  163.     1.5, I might do:
  164.  
  165.         % cvs update -j1.5 -j1.3 foo.c        # note the order...
  166.  
  167.     In addition, each -j option can contain on optional date
  168.     specification which, when used with branches, can limit the chosen
  169.     revision to one within a specific date.  An optional date is
  170.     specified by adding a colon (:) to the tag, as in:
  171.  
  172.         -jSymbolic_Tag:Date_Specifier
  173.  
  174.     An example might be what "cvs import" tells you to do when you have
  175.     just imported sources that have conflicts with local changes:
  176.  
  177.         % cvs checkout -jTAG:yesterday -jTAG module
  178.  
  179.     which tells CVS to merge in the changes made to the branch
  180.     specified by TAG in the last 24 hours.  If this is not what is
  181.     intended, substitute "yesterday" for whatever format of date that
  182.     is appropriate, like:
  183.  
  184.         % cvs checkout -jTAG:'1 week ago' -jTAG module
  185.  
  186.     * "cvs diff" now supports the special tags "BASE" and "HEAD".  So,
  187.     the command:
  188.  
  189.         % cvs diff -u -rBASE -rHEAD
  190.  
  191.     will effectively show the changes made by others (in unidiff
  192.     format) that will be merged into your working sources with your
  193.     next "cvs update" command.  "-rBASE" resolves to the revision that
  194.     your working file is based on.  "-rHEAD" resolves to the current
  195.     head of the branch or trunk that you are working on.
  196.  
  197.     * The -P option of "cvs checkout" now means to Prune empty
  198.     directories, as with "update".  The default is to not remove empty
  199.     directories.  However, if you do "checkout" with any -r options, -P
  200.     will be implied.  I.e., checking out with a tag will cause empty
  201.     directories to be pruned automatically.
  202.  
  203.     * The new file INSTALL describes how to install CVS, including
  204.     detailed descriptions of interfaces to "configure".
  205.  
  206.     * The example loginfo file in examples/loginfo has been updated to
  207.     use the perl script included in contrib/log.pl.  The nice thing
  208.     about this log program is that it records the revision numbers of
  209.     your change in the log message.
  210.  
  211.     Example files for commitinfo and rcsinfo are now included in the
  212.     examples directory.
  213.  
  214.     * All "#if defined(__STDC__) && __STDC__ == 1" lines have been
  215.     changed to be "#if __STDC__" to fix some problems with the former.
  216.  
  217.     * The lib/regex.[ch] files have been updated to the 1.3 release of
  218.     the GNU regex package.
  219.  
  220.     * The ndbm emulation routines included with CVS 1.3 Beta-2 in the
  221.     src/ndbm.[ch] files has been moved into the src/myndbm.[ch] files
  222.     to avoid any conflict with the system <ndbm.h> header file.  If
  223.     you had a previous CVS 1.3 Beta release, you will want to "cvs
  224.     remove ndbm.[ch]" form your copy of CVS as well.
  225.  
  226.     * "cvs add" and "cvs remove" are a bit more verbose, telling you
  227.     what to do to add/remove your file permanently.
  228.  
  229.     * We no longer mess with /dev/tty in "commit" and "add".
  230.  
  231.     * More things are quiet with the -Q option set.
  232.  
  233.     * New src/config.h option:  If CVS_BADROOT is set, CVS will not
  234.     allow people really logged in as "root" to commit changes.
  235.  
  236.     * "cvs diff" exits with a status of 0 if there were no diffs, 1 if
  237.     there were diffs, and 2 if there were errors.
  238.  
  239.     * "cvs -n diff" is now supported so that you can still run diffs
  240.     even while in the middle of committing files.
  241.  
  242.     * Handling of the CVS/Entries file is now much more robust.
  243.  
  244.     * The default file ignore list now includes "*.so".
  245.  
  246.     * "cvs import" did not expand '@' in the log message correctly.  It
  247.     does now.  Also, import now uses the ignore file facility
  248.     correctly.
  249.  
  250.     Import will now tell you whether there were conflicts that need to
  251.     be resolved, and how to resolve them.
  252.  
  253.     * "cvs log" has been changed so that you can "log" things that are
  254.     not a part of the current release (in the Attic).
  255.  
  256.     * If you don't change the editor message on commit, CVS now prompts
  257.     you with the choice:
  258.  
  259.         !)reuse this message unchanged for remaining dirs
  260.  
  261.     which allows you to tell CVS that you have no intention of changing
  262.     the log message for the remainder of the commit.
  263.  
  264.     * It is no longer necessary to have CVSROOT set if you are using
  265.     the -H option to get Usage information on the commands.
  266.  
  267.     * Command argument changes:
  268.     checkout:        -P handling changed as described above.
  269.                 New -j option (up to 2 can be specified)
  270.                 for doing rcsmerge kind of things on
  271.                 checkout.
  272.     commit:            -r option now supports committing to a
  273.                 numeric or symbolic tags, with some
  274.                 restrictions.  Full consistency checks will
  275.                 be done.
  276.                 Added "-f logfile" option, which tells
  277.                 commit to glean the log message from the
  278.                 specified file, rather than invoking the
  279.                 editor.
  280.     rtag:            Added -b option to create a branch tag,
  281.                 useful for creating a patch for a previous
  282.                 release, or for forking development.
  283.     tag:            Added -b option to create a branch tag,
  284.                 useful for creating a patch for a previous
  285.                 release, or for forking development.
  286.     update:            New -j option (up to 2 can be specified)
  287.                 for doing rcsmerge kind of things on
  288.                 update.
  289.  
  290. Thu Jan  9 10:51:35 MST 1992 Jeff Polk (polk at BSDI.COM)
  291.  
  292.     * Changes between CVS 1.3 Beta-1 and CVS 1.3 Beta-2
  293.  
  294.     * Thanks to K. Richard Pixley at Cygnus we now have function
  295.     prototypes in all the files
  296.  
  297.     * Some small changes to configure for portability.  There have
  298.     been other portability problems submitted that have not been fixed
  299.     (Brian will be working on those).  Additionally all __STDC__
  300.     tests have been modified to check __STDC__ against the constant 1 
  301.     (this is what the Second edition of K&R says must be true).
  302.  
  303.     * Lots of additional error checking for forked processes (run_exec)
  304.     (thanks again to K. Richard Pixley)
  305.  
  306.     * Lots of miscellaneous bug fixes - including but certainly not 
  307.     limited to:
  308.         various commit core dumps
  309.         various update core dumps
  310.         bogus results from status with numeric sticky tags
  311.         commitprog used freed memory
  312.         Entries file corruption caused by No_Difference
  313.         commit to revision broken (now works if branch exists)
  314.         ignore file processing broken for * and !
  315.         ignore processing didn't handle memory reasonably
  316.         miscellaneous bugs in the recursion processor
  317.         file descriptor leak in ParseInfo
  318.         CVSROOT.adm->CVSROOT rename bug
  319.         lots of lint fixes
  320.  
  321.     * Reformatted all the code in src (with GNU indent) and then 
  322.     went back and fixed prototypes, etc since indent gets confused.  The
  323.     rationale is that it is better to do it sooner than later and now
  324.     everything is consistent and will hopefully stay that way.
  325.     The basic options to indent were: "-bad -bbb -bap -cdb -d0 -bl -bli0 
  326.     -nce -pcs -cs -cli4 -di1 -nbc -psl -lp -i4 -ip4 -c41"  and then
  327.     miscellaneous formatting fixes were applied.  Note also that the 
  328.     "-nfc1" or "-nfca" may be appropriate in files where comments have
  329.     been carefully formatted (e.g, modules.c).
  330.  
  331. Sat Dec 14 20:35:22 1991  Brian Berliner  (berliner at sun.com)
  332.  
  333.     * Changes between CVS 1.2 and CVS 1.3 Beta are described here.
  334.  
  335.     * Lots of portability work.  CVS now uses the GNU "configure"
  336.     script to dynamically determine the features provided by your
  337.     system.  It probably is not foolproof, but it is better than
  338.     nothing.  Please let me know of any portability problems.  Some
  339.     file names were changed to fit within 14-characters.
  340.  
  341.     * CVS has a new RCS parser that is much more flexible and
  342.     extensible.  It should read all known RCS ",v" format files.
  343.  
  344.     * Most of the commands now are fully recursive, rather than just
  345.     operating on the current directory alone.  This includes "commit",
  346.     which makes it real easy to do an "atomic" commit of all the
  347.     changes made to a CVS hierarchy of sources.  Most of the commands
  348.     also correctly handle file names that are in directories other than
  349.     ".", including absolute path names.  Commands now accept the "-R"
  350.     option to force recursion on (though it is always the default now)
  351.     and the "-l" option to force recursion off, doing just "." and not
  352.     any sub-directories.
  353.  
  354.     * CVS supports many of the features provided with the RCS 5.x
  355.     distribution - including the new "-k" keyword expansion options.  I
  356.     recommend using RCS 5.x (5.6 is the current official RCS version)
  357.     and GNU diff 1.15 (or later) distributions with CVS.
  358.  
  359.     * Checking out files with symbolic tags/dates is now "sticky", in
  360.     that CVS remembers the tag/date used for each file (and directory)
  361.     and will use that tag/date automatically on the next "update" call.
  362.     This stickyness also holds for files checked out with the the new
  363.     RCS 5.x "-k" options.
  364.  
  365.     * The "cvs diff" command now recognizes all of the rcsdiff 5.x
  366.     options.  Unidiff format is available by installing the GNU
  367.     diff 1.15 distribution.
  368.  
  369.     * The old "CVS.adm" directories created on checkout are now called
  370.     "CVS" directories, to look more like "RCS" and "SCCS".  Old CVS.adm
  371.     directories are automagically converted to CVS directories.  The
  372.     old "CVSROOT.adm" directory within the source repository is
  373.     automagically changed into a "CVSROOT" directory as well.
  374.  
  375.     * Symbolic links in the source repository are fully supported ONLY
  376.     if you use RCS 5.6 or later and (of course) your system supports
  377.     symlinks.
  378.  
  379.     * A history database has been contributed which maintains the
  380.     history of certain CVS operations, as well as providing a wide array
  381.     of querying options.
  382.  
  383.     * The "cvs" program has a "-n" option which can be used with the
  384.     "update" command to show what would be updated without actually
  385.     doing the update, like:  "cvs -n update".  All usage statements
  386.     have been cleaned up and made more verbose.
  387.  
  388.     * The module database parsing has been rewritten.  The new format
  389.     is compatible with the old format, but with much more
  390.     functionality.  It allows modules to be created that grab pieces or
  391.     whole directories from various different parts of your source
  392.     repository.  Module-relative specifications are also correctly
  393.     recognized now, like "cvs checkout module/file.c".
  394.  
  395.     * A configurable template can be specified such that on a "commit", 
  396.     certain directories can supply a template that the user must fill
  397.     before completing the commit operation.
  398.  
  399.     * A configurable pre-commit checking program can be specified which
  400.     will run to verify that a "commit" can happen.  This feature can be
  401.     used to restrict certain users from changing certain pieces of the
  402.     source repository, or denying commits to the entire source
  403.     repository.
  404.  
  405.     * The new "cvs export" command is much like "checkout", but
  406.     establishes defaults suitable for exporting code to others (expands
  407.     out keywords, forces the use of a symbolic tag, and does not create
  408.     "CVS" directories within the checked out sources.
  409.  
  410.     * The new "cvs import" command replaces the deprecated "checkin"
  411.     shell script and is used to import sources into CVS control.  It is
  412.     also much faster for the first-time import.  Some algorithmic
  413.     improvements have also been made to reduce the number of
  414.     conflicting files on next-time imports.
  415.  
  416.     * The new "cvs admin" command is basically an interface to the
  417.     "rcs" program.  (Not yet implemented very well).
  418.  
  419.     * Signal handling (on systems with BSD or POSIX signals) is much
  420.     improved.  Interrupting CVS now works with a single interrupt!
  421.  
  422.     * CVS now invokes RCS commands by direct fork/exec rather than
  423.     calling system(3).  This improves performance by removing a call to
  424.     the shell to parse the arguments.
  425.  
  426.     * Support for the .cvsignore file has been contributed.  CVS will
  427.     now show "unknown" files as "? filename" as the result of an "update"
  428.     command.  The .cvsignore file can be used to add files to the
  429.     current list of ignored files so that they won't show up as unknown.
  430.  
  431.     * Command argument changes:
  432.     cvs:        Added -l to turn off history logging.
  433.             Added -n to show what would be done without actually
  434.             doing anything.
  435.             Added -q/-Q for quiet and really quiet settings.
  436.             Added -t to show debugging trace.
  437.     add:        Added -k to allow RCS 5.x -k options to be specified.
  438.     admin:        New command; an interface to rcs(1).
  439.     checkout:    Added -A to reset sticky tags/date/options.
  440.             Added -N to not shorten module paths.
  441.             Added -R option to force recursion.
  442.             Changed -p (prune empty directories) to -P option.
  443.             Changed -f option; forcing tags match is now default.
  444.             Added -p option to checkout module to standard output.
  445.             Added -s option to cat the modules db with status.
  446.             Added -d option to checkout in the specified directory.
  447.             Added -k option to use RCS 5.x -k support.
  448.     commit:        Removed -a option; use -l instead.
  449.             Removed -f option.
  450.             Added -l option to disable recursion.
  451.             Added -R option to force recursion.
  452.             If no files specified, commit is recursive.
  453.     diff:        Now recognizes all RCS 5.x rcsdiff options.
  454.             Added -l option to disable recursion.
  455.             Added -R option to force recursion.
  456.     history:    New command; displays info about CVS usage.
  457.     import:        Replaces "checkin" shell script; imports sources
  458.             under CVS control.  Ignores files on the ignore
  459.             list (see -I option or .cvsignore description above).
  460.     export:        New command; like "checkout", but w/special options
  461.             turned on by default to facilitate exporting sources.
  462.     join:        Added -B option to join from base of the branch;
  463.             join now defaults to only joining with the top two
  464.             revisions on the branch.
  465.             Added -k option for RCS 5.x -k support.
  466.     log:        Supports all RCS 5.x options.
  467.             Added -l option to disable recursion.
  468.             Added -R option to force recursion.
  469.     patch:        Changed -f option; forcing tags match is now default.
  470.             Added -c option to force context-style diffs.
  471.             Added -u option to support unidiff-style diffs.
  472.             Added -V option to support RCS specific-version
  473.             keyword expansion formats.
  474.             Added -R option to force recursion.
  475.     remove:        No option changes.  It's a bit more verbose.
  476.     rtag:        Equivalent to the old "cvs tag" command.
  477.             No option changes.  It's a lot faster for re-tag.
  478.     status:        New output formats with more information.
  479.             Added -l option to disable recursion.
  480.             Added -R option to force recursion.
  481.             Added -v option to show symbolic tags for files.
  482.     tag:        Functionality changed to tag checked out files
  483.             rather than modules; use "rtag" command to get the
  484.             old "cvs tag" behaviour.
  485.     update:        Added -A to reset sticky tags/date/options.
  486.             Changed -p (prune empty directories) to -P option.
  487.             Changed -f option; forcing tags match is now default.
  488.             Added -p option to checkout module to standard output.
  489.             Added -I option to add files to the ignore list.
  490.             Added -R option to force recursion.
  491.  
  492.     Major Contributors:
  493.  
  494.     * Jeff Polk <polk@bsdi.com> rewrote most of the grody code of CVS
  495.     1.2.  He made just about everything dynamic (by using malloc),
  496.     added a generic hashed list manager, re-wrote the modules database
  497.     parsing in a compatible - but extended way, generalized directory
  498.     hierarchy recursion for virtually all the commands (including
  499.     commit!), generalized the loginfo file to be used for pre-commit
  500.     checks and commit templates, wrote a new and flexible RCS parser,
  501.     fixed an uncountable number of bugs, and helped in the design of
  502.     future CVS features.  If there's anything gross left in CVS, it's
  503.     probably my fault!
  504.  
  505.     * David G. Grubbs <dgg@ksr.com> contributed the CVS "history" and
  506.     "release" commands.  As well as the ever-so-useful "-n" option of
  507.     CVS which tells CVS to show what it would do, without actually
  508.     doing it.  He also contributed support for the .cvsignore file.
  509.  
  510.     * Paul Sander, HaL Computer Systems, Inc. <paul@hal.com> wrote and
  511.     contributed the code in lib/sighandle.c.  I added support for
  512.     POSIX, BSD, and non-POSIX/non-BSD systems.
  513.  
  514.     * Free Software Foundation contributed the "configure" script and
  515.     other compatibility support in the "lib" directory, which will help
  516.     make CVS much more portable.
  517.  
  518.     * Many others have contributed bug reports and enhancement requests.
  519.     Some have even submitted actual code which I have not had time yet
  520.     to integrate into CVS.  Maybe for the next release.
  521.  
  522.     * Thanks to you all!
  523.  
  524. Wed Feb  6 10:10:58 1991  Brian Berliner  (berliner at sun.com)
  525.  
  526.     * Changes from CVS 1.0 Patchlevel 1 to CVS 1.0 Patchlevel 2; also
  527.     known as "Changes from CVS 1.1 to CVS 1.2".
  528.  
  529.     * Major new support with this release is the ability to use the
  530.     recently-posted RCS 5.5 distribution with CVS 1.2.  See below for
  531.     other assorted bug-fixes that have been thrown in.
  532.  
  533.     * ChangeLog (new): Added Emacs-style change-log file to CVS 1.2
  534.     release.  Chronological description of changes between release.
  535.  
  536.     * README: Small fixes to installation instructions.  My email
  537.     address is now "berliner@sun.com".
  538.  
  539.     * src/Makefile: Removed "rcstime.h".  Removed "depend" rule.
  540.  
  541.     * src/partime.c:  Updated to RCS 5.5 version with hooks for CVS.
  542.     * src/maketime.c: Updated to RCS 5.5 version with hooks for CVS.
  543.     * src/rcstime.h:  Removed from the CVS 1.2 distribution.
  544.     Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
  545.  
  546.     * src/checkin.csh: Support for RCS 5.5 parsing.
  547.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  548.  
  549.     * src/collect_sets.c (Collect_Sets): Be quieter if "-f" option is
  550.     specified.  When checking out files on-top-of other files that CVS
  551.     doesn't know about, run a diff in the hopes that they are really
  552.     the same file before aborting.
  553.  
  554.     * src/commit.c (branch_number): Fix for RCS 5.5 parsing.
  555.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  556.  
  557.     * src/commit.c (do_editor): Bug fix - fprintf missing argument
  558.     which sometimes caused core dumps.
  559.  
  560.     * src/modules.c (process_module): Properly NULL-terminate
  561.     update_dir[] in all cases.
  562.  
  563.     * src/no_difference.c (No_Difference): The wrong RCS revision was
  564.     being registered in certain (strange) cases.
  565.  
  566.     * src/patch.c (get_rcsdate): New algorithm.  No need to call
  567.     maketime() any longer.
  568.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  569.  
  570.     * src/patchlevel.h: Increased patch level to "2".
  571.  
  572.     * src/subr.c (isdir, islink): Changed to compare stat mode bits
  573.     correctly.
  574.  
  575.     * src/tag.c (tag_file): Added support for following symbolic links
  576.     that are in the master source repository when tagging.  Made tag
  577.     somewhat quieter in certain cases.
  578.  
  579.     * src/update.c (update_process_lists): Unlink the user's file if it
  580.     was put on the Wlist, meaning that the user's file is not modified
  581.     and its RCS file has been removed by someone else.
  582.  
  583.     * src/update.c (update): Support for "cvs update dir" to correctly
  584.     just update the argument directory "dir".
  585.  
  586.     * src/cvs.h: Fixes for RCS 5.5 parsing.
  587.     * src/version_number.c (Version_Number): Fixes for parsing RCS 5.5
  588.     and older RCS-format files.
  589.     Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
  590.  
  591.     * src/version_number.c (Version_Number): Bug fixes for "-f" option.
  592.     Bug fixes for parsing with certain branch numbers.  RCS
  593.     revision/symbol parsing is much more solid now.
  594.  
  595. Wed Feb 14 10:01:33 1990  Brian Berliner  (berliner at sun.com)
  596.  
  597.     * Changes from CVS 1.0 Patchlevel 0 to CVS 1.0 Patchlevel 1; also
  598.     known as "Changes from CVS 1.0 to CVS 1.1".
  599.  
  600.     * src/patch.c (get_rcsdate): Portability fix.  Replaced call to
  601.     timelocal() with call to maketime().
  602.  
  603. Mon Nov 19 23:15:11 1990  Brian Berliner  (berliner at prisma.com)
  604.  
  605.     * Sent CVS 1.0 release to comp.sources.unix moderator and FSF.
  606.  
  607.     * Special thanks to Dick Grune <dick@cs.vu.nl> for his work on the
  608.     1986 version of CVS and making it available to the world.  Dick's
  609.     version is available on uunet.uu.net in the
  610.     comp.sources.unix/volume6/cvs directory.
  611.  
  612. @(#)ChangeLog 1.17 92/04/10
  613.